FMEA 3

حالات خطا و اثرات ناشی از آن در پروژه های نرم افزاری(قسمت سوم)
FMEA در سيستم اطلاعاتي ( Information systems )
گودرار FMEA نرم افزاري را براي سيستم هاي تعبيه شده ( Embed ) به دو دسته تقسيم مي كند : FMEA نرم افزار سيستمي و FMEA نرم افزار جزئي FMEA نرم افزاري سيستم ( system swfmea ) در حقيقت اثر بخشي معماري نرم افزار را بررسي مي كند و به كليه كارهايي كه اجزاء سيستم انجام مي دهند توجهي ندارد . اين مرحله بايد هر چه زودتر در مرحله طراحي نرم افزار انجام بپذيرد ( مترجم : طبق تحقيقات شركت Microsoft تغييرات در نرم افزار هاي نوشته شده حدود 100 برابر اوليه ، هزينه در بردارد ) . اين مرحله بايد به حالت جدولي تدارك ديده شوند ( مانند حالت سخت افزاري ) .
FMEA نرم افزاري جزئي ( Detail swfmea ) بيشتر بر روي اين موضوع تمركز دارد . كه آيا اين برنامه داراي امنيت كافي است يا نه ؟ اين مرحله مانند مرحله جزء به جزء ( Component level ) سخت افزاري است . اين مرحله بسيار وقت گير و كاربر است و تا مرحله توسعه برنامه دست نيافتني است . اين مرحله همچنين ممكن است فقط براي نرم افزارهايي كه با تعداد محدودي سخت افزار يكپارچه محدود شود .
با رنجي ( Barenjee ) با نگاهي دقيق اين موضوع كه چگونه تيم ها بايد FMEA را در نرم افزارها راه بياندازد را توضيح مي دهد . او تجربه خود را در شركت آلماني كوچك به نام Isardta توضيح مي دهد : FMEA يك كار گروهي و دانش كه در دسترس همه است ( منظور اين است كه مخفي كاري بين اعضاي گروه تا حد امكان نباشد ( pool data knowladge ) را مي طلبد . بسياري از خطاهاي بالقوه يك امر طبيعي و معمولي در نرم افزارهاي كامپيوتري است با رنجي همچنين به تمهيدات توصيه شده كه به صورت موازي اعمال مي شوند معتقد است آموزش خوب و صحيح تيم نرم افزاري بهره وري FMEA را به شدت افزايش مي دهد . FMEA مي تواند كارايي يك نرم افزار را بوسيله اولويت بندي تمهيدات در نظر گرفته شده بهبود بخشد .
برابر ( pries ) عنوان مي دارد كه swfmea مي تواند به عنوان ليستي از آزمونهاي بالقوه تهيه شود . حالات خطاي FMEA مي تواند به كيس هاي ‎آزموني توسط توسعه رويه هاي جهت تسريع موقعيت هايي كه موجب ايجاد خطا مي شوند تبديل كند . از آنجا كه هر كيس آ‎زمون مربوط به يك حالت خطاي ويژه است اين آزمونها مي توانند مجموعه آماده اي از رويه هاي آزمون ها باشند .
لوتز و ووهاوس استفاده Swfmea را در آناليز و تجزيه و تحليل نيازهاي نرم افزاري در آزمايشگاه jet propulsion توضيح مي دهند . swfmea شناخت نيازمندي هاي نرم افزار و به وطور كلي نيازمندي سيستم برطرف كردن و خطاها و ارتباط بين برنامه ها كمك كرد . swfmea در نظر آنها يك فعاليت وقت گير ، پرهزينه و خسته كننده است بستگي به دامنه دانش آناليز كننده دارد . بايد توجه داشت كه ليست كامل خطاهاي نرم افزار هيچ گاه به طور كامل تهيه نمي شود .
swfmea در فرودگاه Hughes
اجراي هر چه زودتر swfmea موجب مي شود كه شناخت حالات خطاي بالقوه راحتتر شناخته شوند . روشهاي استاتيكي مانند FMEA هيچ گاه نمي توانند خلفه هاي كنترل پويا را به طوركامل اداره كنند . در اين فرودگاه ازتركيب Petrient ،
swfmea جهت توسعه نرم افزار آن كمك جستند .
TQM در توسعه نرم افزار ها به همراه FMEA
FMEA يك روش پايين به بالا (bottom -up) براي آناليز تكنيك هاي كشف نقاط خرابي مخفي طراحي است . گاهي اوقات پياده سازي FMEA بر روي زير سيستم هاي كاربردي پشنهاد مي شود . اين راهي است برا ي مشكلي كه قبلاً اشاره شد يعني كاهش محسوس حجم اضافه كاري و سرباره اطلاعات .
همچنين باز هم تأكيد مي شود كه انجام FMEA قبل از آنكه طراحي انجام شود بسيار كم كردن هزينه دوباره كاري تأثير مي گذارد . در مواقعي كه اولويت بندي مورد توجه بيشتري واقع مي شود مدل ما از FMEA به FMECA تبديل مي شود يعني همراه آن آناليز بحراني بودن اضافه مي شود . شروع يك swfmeaاز قسمت خروجي سيستم يا زير سيستم شروع مي شود ستون قطعات يا رويه ها (Item or funcion ) ليست شده است ( و چپ ترين ستون ) مرحله بعد ليست كردن حالات خطا ، اثرات آنها و عوامل بالقوه آن است . كنترل طراحي قبلي شامل مطالعات بر روي طراحي آن نرم افزار ، گذر مجدد موضوع ها ، بازرسي ها ، تحليل پيچيدگي هاي نرم افرار ، استانداردكدها است . از آنجا كه تعداد اتفاق افتادن را به سختي مي توان حدس زد بنابراين ، مقدار تمامي اتفاق افتادن( occurrences )
به 5 تا 10 تنظيم مي كنيم . البته حدس زدن اين اعداد به ميزان زيادي به تجربه تيم كاري دارد . حدس زدن يك خطاي بالقوه در مرحله طراحي بهترين هنر اين تيم مي باشد زيرا ( مترجم :‌ علاوه بر هزينه بسيار كمتر براي جلوگيري مي توان در مرحله تست عدم وجود اين خطا بررسي كرد حالت خطا در يك نرم افزار ممكن است روي همين ماژول ، ماژولهاي بالاتر يا كليه برنامه تأثير بگذارد . اين خطاها ممكن است نتيجه كار تسترها ( testers ) ، توسعه دهندگان مديران باشد و تحليل گران FEMA به صورت كامل بايد سورس كد برنامه را براي يافتن خطا در منطق و حلقه هاي برنامه ، پارامترها .‌ لينك ها به برنامه هاي ديگر ،‌توضيحات و ساختار نحوي جستجو بررسي كند .
عمار .‌نيك زاده و دوگان يك سيستم اندازه گيري و كنترل دقيق FMEA را براي مديريت ريسك يك سيستم نرم افزاري بزرگ مقياس هواپيما طراحي كردند . آنها بيشترين و بدترين حالات خطاها را چه به صورت درجه جراحت و چه آسيب ديدگي سيستم كه به مرگ و از دست دادن كل سيستم منجرمي شد . درجه 2 بحراني بود كه خطاهايي را شامل مي شد كه منجر به جرح شديد و خرابي قسمت اعظم سيستم مي شد درجه 3 خطاهاي عمده بود كه منجر به جرح خفيف و خرابي كم سيستم مي شد و ميزان آن بستگي به عواملي مانند در دسترس نبودن تاخير و غيره مي شد مرحله خطاهاي كوچك آن قدر اهميتي ندارد كه بتوانند سيستم را به مشكل زيادي برسانند يا جرمي بر جاي بگذارند بايد تعميرات روي آنها صورت بگيرد .
پروژه طراحي نرم افزار مربوط به روبات راكتور هسته اي است .
خطاهاي سيستم شامل عدم فرستادن پيام ، فرستادن پيام در زمان زودتر از موعد و يا ديرتر از موعد پيام اشتباه يا پيام مختل شده مي شد موضوعات مرتبط FEMA شامل خطاي نرم افزاري ايرادات و رخدادهاي خارجي ديده نشده مي شد . براي ايرادات طراحي آنها بايد حذف يا به طور كلي طراحي سيستم عوض مي شد .
بكر و فليك ( becker , Flick ) در سال 1996 پروژه اي در لاكهيد مارتين انجام دادند . آنها حالت خطا و روشهاي تشخيص آنها را به اين صورت توزيع دادند :
كلاسهاي حالت خطاي برنامه آنها به اين صورت بود يا ايست سخت افزاري و نرم افزاري ، عدم جوابدهي سخت افزاري نرم افزاري ، CRASH SYSTEM دير جواب دادن نرم افزار ، خطا در شروع برنامه و غيره آنها روشهاي مختلف تشخيص را فراهم كردند يك برنامه مديريت پيامها آنهايي كه طبق توالي نبودند شناسايي مي كرد .
يك قسمت ديگر وظيفه آن را بر عهده داشت كه مطمئن شود همه اجزاي برنامه حاضر است يك كنترل هم براي يافتن پيامهايي بود كه دو بار فرستاده شده بودند .
يك سيستم ديگر سيستم كنترل ترافيك در نروژ بود . آنها از سيستم FEMA براي يافتن اينكه چه تغييراتي در سيستم داده مي شود استفاده كرد آنها دريافتند كه هر گونه تغيير در نسبتها و فراخواني رويه ها مي تواند اهيمت برنامه را به كلي زير سوال ببرد .
FEMA كليه قسمتها و رويه هايي كه نياز به تحقيق بيشتر دارند را شناسايي كرد آنها در اين پروژه به اين موضوع اشاره كردند كه داشتن دانش تغيير پياده سازي و زبان برنامه نويسي بسيار مهم است .
اندازه FEMA
اندازه يك پروژه FEMA چالش پيش رو را تعيين مي كند يك جدول FEMA حداقل 16 ستون دارد . داراي مراحل مختلفي است و همچنين صد ها صفحه حجم دارد .
از آنجا كه بسيار حجيم است بايد بر روي كم كردن كاغذ بازي تمركز زيادي داشت ساده ترين مثال اين است كه پرونده هاي بزرگ ايجاد شده در EXCEL نياز به اسكرول كردن بيشتر و در نتيجه سختي كار مي شود .
اصول FEMA :
يك برگه FEMA كه شامل تعداد زيادي رديف با عنوان ستوني ثابت است غالباً داراي 16 ستون است كه 11 ستون آن مربوط به فرآيند و 5 تا مربوط به نتايج فعاليتها است . استاندارد جهاني براي آنها وجود ندارد اما اغلب آنها همشكل هستند ستون هاي فرآيند اغلب شامل آيتم و function حالات خطاي بالقوه تاثيرات بالقوه خطا درجه مخرب بودن علل بالقوه ، ميزان تكرار خطا ، كنترل هاي فعلي ، شناسايي ، عدد اولويت ريسك ، تمهيدات توصيه شده و مسئوليت و تاريخ تكميل هدف است ستون هاي نتايج فعاليتها شامل فعاليت انجام شده ، درجه مخرب بودن ، ميزان تكرار ، تشخيص و عدد اولويت ريسك است .
مراحل ايجاد ورودي هاي FEMA بصورت زير است .
1- يك ورودي عمليات فرآيند يا طراحي را ياداشت كنيد .
2- دو يا سه حالت كه ممكن است خطا رخ دهد را بنويسيد .
3- دو يا چند حالت اثر ناشي از آن را بنويسيد .
4- براي هر خطا حداقل يك دليل بنويسيد .
5- حداقل يك راه جلوگيري از آن خطا را بيابيد و ياداشت كنيد .
6- در آخر مقادير مخرب بودن ، تعداد تكرار و امكان شناسايي را بنويسيد .
در معروف ترين منبع FEMA چهار نوع براي آن ذكر شده است .
1- system FEMA
2- Design FEMA
3- process FEMA
4- service FEMA
هر چهار نوع ، ليستي از حالات خطا را ايجاد مي كنند كه با عدد اولويت ريسك مرتبط شده اند .
سيستم FEMA براي آناليز سيستم ها و زير مجموعه آنها در قسمتهاي اوليه و طراحي است Design FEMA براي وقتي است كه آناليز محصول قبل از توليد صورت بگيرد process FEMA براي آناليز توليد و فرآيند هاي مونتاژ بكار مي روند و خطاهايي را در نظر مي گيرد كه در اثر فرآيند ساخت يا مونتاژ ايجاد مي شود سرويس FEMA نيز براي آناليز محصول قبل از تحويل به مشتري مي باشد .

 واژه های مرتبط: ایزو، گواهینامه ایزو ، استاندارد ایزو ، شرکت گواهی دهنده ایزو ، مشاوره ایزو ، مشاور ایزو، اخذ ایزو،ایزو 9001 ، الزامات ایزو